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@ Fast aitiKer having easy scaling for large numbers of requesters, large numbers of resource types 
with multiple instances of each type, and selectable queuing disciplines. 



@ A fast arbiter having a selectable queuing descipline and capable of being easily scaled to both large 
numt>ers of requesters and large numbers of types of resources where there are multiple instances of 
each type of resource. Is provided l>y a request logic circuit coupled to each requester, thereby forming 
a plurality of request logic cirouits; a grant logic circuit is coupled to each instance of the plurality of 
types of resources, thereby forming a plurality of grant logic circuits ; a t»oadcast medium transfers 
information among the plurality of request logic circuits and the plurality of grant logic circuits. During 
a first cycle, request logic circuits enable a selected requester to broadcast are quest onto the broadcast 
medium for the preselected type <^ resource. During a second cyde, grant logic circuits enable a first 
grant logic circuit to broadcast queue position information on the t)roadcast medium for the 
preselected type of resource, and the queue position information for the preselected type of resource is 
hereinafter refen-ed to as a first queue position infcmnation. 
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medium with the stored queue position information and stored resource type indication in the request 
processing unit, respectively; and 

j) coupling the requester to the resource when said comparison notches. 

5 21. A method according to datm 20 further comprising the steps of 

a) designating a responder resource whenever more than one of said grant processing units matches 
the resource type from the conrunon broadcast medium; and 

b) broadcasting the queue position information on the common broadcast medium by said responding 
resource. 

io 

22. A method according to claim 20 further comprising the step of comparing in said grant processing units 
the queue position information in each grant processing unit of the same resource type group with said 
queue position informatton broadcast on the common broadcast ntedtum when the comparison does not 
match. 
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The arbitration apparatus according to daim 9 further conrtprising: 

a) a resource type group containing more than one of said plurality of resources; 

b) a responder register, containing a responder designation, in said grant processing units associated 
with said more than one of said plurality of resources, said responder register designating one of said 
more than one of said plurality of resources to respond to the resource type request signal when it is 
broadcast on the convnon broadcast medium by one of said plurality of request processing units. 

The arbitration apparatus according to daim 9 further comprising a resource access path, said plurality 
of resources and plurality of requesters t>eing coupled to each other through said resource access path 
in the order controlled by the arbitration mechanism. 

The arbitration apparatus according to daim 9 wherein said common broadcast medium, comprises: 

a) a first bus; and 

b) a second bus, said first and second buses operate to transfer information between the request pro- 
cessing units and the grant processing units. 

The arbitration apparatus according to claim 17 wherein said arbiter indudes at least one sub-arbiter for 
each of said buses in the common broadcast medium. 

A computer system Induding an arbitration mechanism for granting access through a resource access 
path.comprising: 

a) a plurality of requesters; 

b) a plurality of resources having a resource type; 

c) a plurality of request processing units, one associated with each one of said plurality of requesters, 
for receiving a resource type request signal from said associated requester; 

d) a plurality of grant processing units, one associated with each one of said plurality of resources, for 
monitoring a status signal from said associated resource; 

e) a comnrK>n t>roadcast medium coupled to said plurality of request processing units and said plurality 
of grant processing units; 

f) an arbiter for granting access to said common broadcast medium to one of said request processing 
units and grant processing units; said plurality of request processing units and said pSurality of grant 
processing units using said common broadcast medium to control the coupling order between the 
plurality of resources and the plurality of requesters in a first come, farst served manner; and 

g) a controller for coupling the plurality of resources to the plurality of requesters through the resource 
access path in the order controlled by the plurality of request processing unats and the plurality of grant 
processing units. 

A method for coupling a plurality of resorjrces to a plurality of requesters t^^^augh a resource access path 
in a first-come, first served order, the method comprising the steps of: 

a) receiving and storing a request type signal induding a resource type indication in a request proces- 
sing unit associated with one of said plurality of requesters; 

b) monitoring a busy status signal by a grant processing unit associated with one of said plurality of 
resources; 

c) requesting access to a common broadcast medium by said request processing unit; 

d) broadcasting the request type signal onto the common broadcast medium upon being granted access 
to the comrrK>n broadcast medium; 

e) comparing the request type signal with a resource type associated with each one of said grant pro- 
cessing units; 

0 broadcasting queue position Information for one of said resources on the common broadcast medium 
when the comparing step of step (e) indicates a nnatoh between a resource type corresponding to the 
one of said resources and the broadcast request type signal and storing the queue position infonnation 
in the request processing processing unit; 

g) determining an outstanding request for the one of said resources when the nrK>nitoring step of step 
(b)indicates a norv-busy status of the one of said resources; 

h) requesting access to the common broadcast medium and broadcasting current queue position infor- 
mation and the resource type for the one of said resources on the common broadcast medium when 
the access request is granted; 

i) comparing the current queue position information and resource type on the common broadcast 
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means, responsive to said preselected resource t>ecoming free and prepared to serve a requeter, 
for a second grant logic circuit to broadcast on said broadcast nnedium an indication that said preselected 
resource ss prepared to serve a requester, said indication that said preselected resource is prepared to 
serve a requester is hereinafter referred to as a third queue position infonnation; 

means, responsive to said second queue position information and responsive to said third queue 
position information, for granting access to said selected one of said requesters to use said preselected 
resource. 

An arbitration apparatus for controlling a coupling order between a plurality of resources and a plurality 
of requesters, comprising: 

a) a plurality of request processing units, one associated with each one of said plurality of requesters, 
for receiving a resource type request signal from said associated requester, 

b) a plurality of grant processing units, one associated with each one of said plurality of resources, for 
monitoring a tMisy status signal from said associated resource; 

c) a common broadcast medium coupled to said plurality of request processing units and said plurality 
of grant processing units; and 

d) an arbiter for granting access to said comnrK>n t>roadcast medium to one of said request processing 
units and grant processing units; said plurality ctf request processing units and said plurality of grant 
processing units using said common broadcast medium to control the coupling order t>etween the 
plurality of requesters and the plurality of resources in a first come, first served manner. 

The art)itration apparatus according to daim 9 wherein each one of said grant processing units includes 
a storage device containing resource type information, current queue position information and next avail- 
able queue position information for controlled broadcast on the common broadcast medium. 

The arbitration apparatus according to daim 10, further comprising: a resource type register in each one 
of said request processing units and wherein said resource type request signal further indudes: 

a) a request s^nal; and 

b) a resource type signal; 

said resource type signal being stored in said resource type register for controlled broadcast on the com- 
mon broadcast medium when the corresponding request processing unit receives the request signal from 
an associated requester. 

The arbitration apparatus according to daom 1 1« further comprising 

a) a queue position register in each one of the request processing units to receive and store next avail- 
able queue position information from one of said grant processing units afl^ a resource type request 
signal is t>roadcast by a corresponding request processing unit; and 

b) a comparator operating to compare the next iavailable queue position information stored in the queue 
position register to current queue position information broadcast by the one of said grant processing 
units. 

The arbitration mechanism according to daim 12 further comprising: 

a) a requester ID regteter in each of one of sakJ request processing units for storing a requester ID for 
the assodated requester and 

b) a resource ID register in each of one of said grant processing units for storing a resource ID for the 
associated resource; and 

c) each one of each of the plurality of request processing units and the plurality of grant processing units 
operating to controllably broadcast the requester ID and the resource ID, respectively, on the common 
broadcast medium. 

An arbitration apparatus according to daim 13. further cmiprising: 

a) a first increment logic associated with the storage device, said first increment logic incrementing the 
current queue position infonmation whenever said current queue position information is broadcast on 
the common broadcast medium; and 

b) a second increment logic associated with the storage device, said second increment logic increment- 
ing the next avaOable queue position information whenever said next available queue position infor- 
mation is broadcast on the common broadcast medium. 
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that a free instance of said preselected type of resource is prepared to serve a requester is hereinafter 
referred to as a third queue position infonnation (74); 

means, responsive to said second queue position information and responsive to said third queue 
position information, for granting access (55) to said selected one of said requesters to use said free inst- 
ance of said preselected type of resource. 

The apparatus as in Claim 1 further wherein: . 

said queue position information further comprises a ticket number for said preselected resource; 

said means for granting access to said selected one of said requesters to use said free instance 
of said preselected type of resource grants said access in response to said second queue position infor- 
mation corresponding to said third queue position information. 

The apparatus as in Claim 1 further wherein: 

said first queue position information is a queue position fo!^ next customer and said third queue 
position infonnation is an indication of the type of resource having a free instance; 

said means for granting access to said selected one of said requesters to use said preselected type 
of resource grants said access in response to said request logic circuit coupled to said selected one of 
said requesters counting said third queue position information indicating that an instance of said preselec- 
ted type of resource has become free, and in response to a result of said counting corresponding to said 
second queue position. 

The apparatus as in Claim 3 further wherein: 

said counting by said means for granting access is done by decrementing said second queue posi- 
tion information; 

said access is granted when a decremented value of said second queue position information equals 
a predetermined number. 

The apparatus as in Claim 1 wherein said second queue position information is incremented by said 
request logic circuit in response to a broadcast on said broadcast medium of a new queue position infor- 
mation for said preselected type of resource, v/hereby access is granted to said requesters in a last in first 
out queuing disdpSine. 

The apparatus as in Claim 1 further comprising: 

means for designating one grant logic circuit, of those grant logic circuits coupled to Instances of 
said preselected type of resource, as said first grant logic circuit to respond to said request for said pre- 
selected type of resource, said first grant logic circuit hereinafter referred to as said designated grant logic 
circuit 

The apparatus as in Claim 1 further comprising: 

a sub arbiter to arbitrate access to said tjroadcast medium by said plurality of request logic circuits 
and said plurality of grant logic circuits, whereby broadcasting on said broadcast medium is facilitated. 

Apparatus for arbitrating access among a plurality of requesters and a plurality of resources, comprising: 
a request logic circuit coupled to each said requester, thereby forming a plurality of said request 
logic circuits: 

a grant logic circuit coupled to each said resource, thereby forming a plurality of said grant logic 
circuits; 

a broadcast medium for transferring infonnation among said plurality of request logic circuits and 
said plurality of grant logic circuits; 

means, respor^sive to a selected one of said requesters desiring to use a preselected resource, for 
said request logic circuit coupled to said selected requester to broadca^ a request onto said broadcast 
medium for said preselected type of resource; 

means, responsive to said broadcast of said request, for a first grant logic circuit to broadcast queue 
position infomnation on said broadcast medium for said preselected resource, said queue position infor- 
mation for said preselected resource is hereinafter referred to as a first queue position information; 

means, responsive to said t>roadcast of said first queue position information, for said request logic 
circuit coupled to said selected requester to store said first queue position information, said stored queue 
position infonnation hereinafter referred to as a second queue position information; 
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The Ethernet Carrier-Sense-Multiple 

Access/Collision-Detect arbitration scheme descrit>ed above can act as the grant bt^ and request txis arbi- 
ter for the arbitration mechanism. The multiplexers 457 combine nr^ssages onto the common bus medium 458 

5 such that the necessary infonnation needed by the request bus, grant bus and resource access path functions 
is supplied to arbitrate the order of coupling between the workstations and to selectively couple the workstations 
for communication t>etween selected requester and resource workstations. 

All of the functionality provided by the logic blocks 455,456 and the multiplexer 457 associated with a work- 
statk)n 450-453 can be implemented in software executed by the workstatk>n 45CM53. 

10 The arbitratk)n scheme of the present invention, particularly as illustrated in Fig. 6. can also be used in a 

multi-processor system wherein CPUs and I/O devices are partitioned into resource types corresponding to 
tasks. The CPU's and I/O devices are the resources, the tasks are the resource types and any appropriate com- 
ntunication path of the multi-processor system, such as the back plane bus, is the resource access path. 
In addition, each one of a set of disk drives, which together support multiple copies of a disk volume for 

iS enhanced performance and reliability, can be a resource. The resource type would then be the entire set of 
disk drives supporting the multiple copies. Writes to all disk drives in the set would be synchronized in accord- 
ance with known procedures so that each disk drive of the set contains the same data. Read requests to the 
set would t>e arbitrated in accordance with the arbitration scheme of the present invention to grant access to 
one of the disk drives (the resource) in the set(the resource type). When a cross bar switch is used as the 

2o resource access path, as in the embodiment of Fig. 4, several disk reads and a new read request arbitration 
could be in progress simultaneously. 

A still further example of the inventk^n Is provided by a modificatton of Example 2 hereinabove, and provides 
a last In first out queuing discipline. During Cyde 2, as additksnal requests for the resource type are broadcast, 
the request logic circuits increment their stored queue positk>ns. The first-in requester then will have the largest 

25 stored queue position, and will therefore t>e the last requester to be served by an instance of the requested 
resource type. This example provides a first in last out queuing discipline. 

An even further example of the ari^lter is given by implementing an algorithm during Cyde 2 to select, a 
desired ticket number as in Example 1. The algorithm, along with action of the request logic circuits,may t>e 
anranged to Implement a great range of queuing dbdplines. * 

so It is to l>e understood that the above-described emt>odiments are simply illustrative of the prindples of the 

invention. Various other modification and changes may be made by those skiQed in the art which will embody 
the prindples of the Invention and fall within the spirit and scope thereof. 
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1. Apparatus for arbitrating for establishment of access t>etween a plurality of requesters (1 2) and a plurality 
of types of resources (18), each said type of resource having at least one instance, said apparatus charac- 
terized by: 

40 a request logic drcult (40) coupled to each said requester,thereby forming a plurality of said request 

logic cn^Hs; 

a grant logic drcuit (42) coupled to each said instance of said plurality of types of resources, thereby 
forming a plurality of said grant logic drcuits; 

a t>roadcast medium (50) for transfening information among said plurality of request logic drcuits 
45 and said plurality of grant logic circuits; 

means, responsive to a selected one of said requesters desiring to use a preselected type of 
resource, for said request logic drcuit coupled to said selected requester to broadcast a request onto said 
broadcast medium for said preselected type of resource; 

means, responsive to said t>roadcast of said request, for a first grant logic circuit to broadcast queue 
so positton informatk^h on said broadcast medium for said preselected type of resource, said queue position 

infonmatk>n for said preselected type of resource is hereinafter referred to as a first queue positk)n infor- 
mation (72); 

means, responsive to said broadcast of sakj first queue posttk>n information, for said request logic 
circuit coupled to said selected requester to store said first queue positton infonnation, said stored queue 
55 positk)n information hereinafter refenred to as a second queue positton information (56); 

means, responsive to an instance of said preselected type of resource becoming free and prepared 
to serve a requester, fora second grant logic circuit to broadcast on said broadcast medium an indication 
that a free instance of said preselected type of resource is prepared to serve a requester, said indication 

14 
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Also the number of resource types which the example of the arbiter shown in figure 3D can handle may ' 
be doubled by increasing the length of the following registers by one bitResource Type Register 54 in the 
request logic circuits: and in the grant logic circuits. Resource Type Register 76 and Resource ID Register 78. 

As a third example of scaling, the number of instances of a resource type may be doubled. In both the embo- 
5 diment shown in Figure 3 and the embodiment shown in Figure 3D, the number of instances of a resource type 
may be doubled by increasing the length of the following register by one bit Resource ID Register 78 in the 
grant control logic circuits. 

Additionally, the broadcast medium 50 and the sub arbiter for the broadcast medium must be capable of 
handling the longer register lengths; that is, in the examples of the invention shown in Figure 3 and Figure 3D 
10 request bus 44 with sub arbiter 44 and grant bus 55 with sub arbiter 46 must be able to handle the longer register 
lengths. 

Refenring now to Figure 5, there is illustrated an arbitration mechanism of the type illustrated in Figure 2 
specifically adapted to arbitrate access to a specific type of resource, namely, one of a plurality of comnmini- 
catton lines 400. Each of the communication lines 400 couples a corresponding line protocol and buffer device 

IS 401 to a user station 402. Each of several communication lines 400 can fonfn a hunt or a trunk group 403, i.e. 
each of the communication lines 400 of the trunk group 403 is coupled, atone end, to a corresponding line pro- 
tocol and txjffer devise 401 and all of the communication lines 400 of the trunk group 403 are coupled, at the 
other ends, to a single user statk)n 402. In this arrangement, each user station 402 is considered a resource 
type and all of the convnunication lines 400 coupled to a particular user station 402 are conskiered resources 

20 within the resource type represented by the particular user station 402. 

As aiustrated in Figure 5. each line protocol and buffer device 401 is coupled to a request logic block 40 
and a grant logic block 42, as described above with respect to Figs. 1 D so that the associated communication 
line 400 can be either a requester or a resource. Each request logic btock 40 and grant logic block 42 Is, in 
turn, coupled to a connmon broadcast medium. The request logic t>locks 40, grant logic blocks 42 and common 

25 broadcast medium 50 can operate pursuant to anyone of the systems of Figures 3, 3d, and 4 to arbitrate the 
order of coupling between anyone oommunk:atk>n line 400 and any other communication line 400. The coupling 
t>etween partkujlar conmunicatton lines 400 is achieved through the corresponding line protocol and buffer 
devices 401 which are each coupled to a resource access path 14. The resource access path 14 may comprise, 
for example, a cross bar switch or one or more shared buses as illu^rated in Figs. 1 and 4. The control of the 

30 resource access path 14 after the resource ID and requester ID information is placed on the common broadcast 
medkjm during cyde 4 can be as described at>ove with respect to any one of Figs. 1, la or lb. 

Moreover, as also Olustrated in Rg. 5, a plug-In logic board 475 can be used to couple resources/requesters 
via a distributed implementation of resource arbiter 10. The logic board 475 includes a request togic block 40 
and a grant k>gic t>lock 42 whteh are coupled to the t>roadcast medium 50 and to access path 14. For example, 

35 the broadcast medium 50 and access connection 14 may t>e in a t>ackplane bus in an ordinary electronic circuit 
card cage. As a further example shown in Rg. 5, a single entity may be t>oth a requester and a resource, as 
for example a communications line 400. And by using a plug-in line card 475 into a k>ack plane bus in an ordinary 
electronic card cage makes a particulariy convenient method of adding communk:ations lines. 

Referring now to Figure 6, there Is illi^trated in block diagram form a distributed workstation system incor- 

40 poratingthe arbitration mechanism of the present invention. A plurality of workstations 450. 451 , 452, 453 are 
partitioned according to the type of service each workstation 450-453 is to provide to users of the entire system. 
For example.workstations 450, 451 can each t>e coupled to a large disk system 454 to provide data t>ase ser- 
vices, while workstations 452, 453 are dedicated to batch job processing. Any numt>er of other workstations 
may t>e included in the system and assigned any numl>er of different services to be made available to users 

45 of the system. 

Each workstatk>n 450-453 is coupled to a request logk: block 455 and a grant logic block 456. In addition, 
each workstation 450-453 and its associated request logic block 451 and grant logic block 456 are coupled to 
inputs of a multiplexer 457, which combines messages from tiiese sources. An output of each multiplexer 457 
is coupled to a common bus medium 458 sucli as an Ettiemet LAN. 

50 Each request logic block 455 and grant logic block 456 may comprise a request logic block 40 and grant 

logic block 42,as illustrated in either of Figs. 3 and 3a, respectively. The logic tHocks 455. 456 operate according 
to the four cyde mode of operation described above with respect to Figs. 3 and 3a, respectively, to arbitrate 
the order of coupling t>etween any one workstation 450-453 which requests a type of service and one of the 
workstations which provides the requested service. Of course, the resource type Information transmitted from 

55 a particular workstation 450-453 to its associated grant k)gic t>lock 455 will indicate the type of service required 
by the particular workstation 450-453. Examples of resource types include disk server, file server.Iteensed 
software server, etc. 

13 
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The grant conorol logic device 70 of each resource grant logic device 42 of the requested resource type * 
operates to cause the decrement logic device 204 to decrenrtent the numt>er in the queue length register 202 
to reflect the completion of the servicing of a request The conniparator 205 compares the decremented number 
to zero, and if the number is less than zero, the grant control logic 70 asserts an error signal on enror line 1 1 0. 
5 During cyde 4 the contents of the requester ID register 58 is place on data line 108 of the request bus 53 

and the contents of the resource ID register 78 of the grant logic winning the arbitration on cyde 3 is placed 
on the data line 1 14 of the grant bus 55 to enable the coupling of the requester 12 to the resource 16 through 
the resource access path 14 (See Figures 1, la, lb). 

The lower entry in Table 1 summarizes operation of the second example of the invention. Refer now to the 
10 lower entry in Table 1. As In Example 1, during Cycle 1 a requester broadcasts, after being granted access to 
the t>roadcast medium by a sub arbiter, a request for a resource type. 

Cyde 2 then k>egins, and a designated grant logic circuit broadcasts a queue position for a next customer. 
This queue position is the length of the line of requests waiting for the requested resource type. Also during 
Cyde 2, the request logic drcuit reads the queue position from the broadcast medium and stores it as a stored 
IS queue position. 

An a synchronous wait then takes place while an instance of the requested resource type finishes a pre- 
vious request and becomes available to serve another requester. Cyde 3 begins when an instance of the 
requested resource type t)ecomes available to serve another requester, and the designated grant logic circuit 
broadcasts, after l>eing granted access to the broadcast medium by a sub arbiter, an identification of the 
20 resource type*. All request logic drcults listen to the broadcast medium, and all request logic circuits waiting for 
that particular resource type decrement their stored queue position. The decremented result is compared with 
a fixed number, and the one request logic drcuit having a match notes that fact. 

Then during Cyde 4 access of the requester to the available instance of the requested resource type is 
granted. 

25 . Referring now to Figure 4, there is illustrated another embodiment of the computer system. The system of 
Figure 4 is identical to the system of Figure 1 except that the resource access path comprises a crosst>ar:swttoh 
300 to provide a point-to-point coupling from any requester 1 2 to any resource 1 6 via buses 301 , 302 and buses 
303, 304, 305, 306. The system of Figure 4 processes requests as in cydes 1-4 of either of Figures 3 or 3A, 
as descrik>ed at>ove. However, in this embodiment, during cyde 4, the requester ID and the resource JD are 

30 input to the access path controller 20 which operates to control the crossbar switch 300 to couple the identified 
requester 12 to the identified resource 16 by dosing a path between one of buses 301-302 and one of buses 
303-306. 

The crossbar switch arrarigenrmnt greatly enhances the speed of operation of the computer system si^^ 
the cro8st>ar switch 300 can operate to form multiple couplings at the same time such that several requesters 

3S can comnmjnicate with several resources simultaneously. Indeed, the crossbar switch 300 provides a potential 
coupling path between each requester and each resource via buses 301-302 and tHJses 303-306. Thus.when 
a particular requester wins access to a particular resource through the operation of the resource arbiter lO.the 
resource is necessanly free and the crosst>ar switch 300 can t>e operated by the access path controller 20 to 
anmediately couple the particular requester to the particular resource whOe mainteining other couplings be- 

40 tween drfferent requesters and resources. The crossbar switch 300 can support multiple connections t>etween 
requesters and resources. 

The easy and natural scaling of the present invention to large numbers of requesters, large numbers of 
resource types,and large numbers of instances of various resource types will now t>e descnt>ed. 

The number of requesters in tiie system can be doubled by simply increasing the length of a few registers 
45 by one bit And further, the number of requesters can again t>e doubled by adding another bit to the length of 
the registers, and so forth. 

As a first example, the embodiment of the invention shown in Figure 3 may have the number of requesters 
that the arbiter can handle doubled by increasing the length of Requester ID Register 58 by one bit And in 
order to double the length of the queues supported by the arbiter. Queue Position Register 56, Next Available 
so Queue Position Register 74, and Current Queue Position Register 72 must be each made one bit longer. 

Also the number of resource types which the example of the arbfter shown in Figure 3 can handle may be 
. doubled by increasing the length of the followtng registers by one bit each: Resource Type Register 54 in the 
request logic drcuits; and in the grant logic drcuits Resource Type Register 76, and Resource ID Register 78. 
As a second example, the embodiment of the invention shown in Figure 3D may have the numt>er of reques- 
55 ters that the arbiter can handle doubled by increasing the length of Requester ID Register 58 by one bit And 
the length of queues supported by the arbiter may be doubled by increasing the length of the following registers 
by one bit queue Position Register 200 in the request logic drcuits; and queue tength Register 202 in the grant 
logic circuits. 

12 
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The request logic block 40 includes a request control logic device 52, a resource type register 54, a queue 
position register 56 and a requester ID register 58. Comparators 60 and 62 are coupled to the resource type 
register 54 and the queue position register 56, respectively. A request bus arbiter 44 is further coupled to the 
request control logic device 52 in the request logic block 40. The request control logic device 52 has a control 
5 input to each of the registers 54, 56, 56. 

Alternatively, queue position register 56 may be called a"ticket number* register in order to emphasize the 
point that the number stored therein represents a ticket number for use by the type of resource requested. The 
ticket number is a number that is given out by the grant logic circuits. The ticket number is selected modulo a 
number larger than the longest queue length desired. 
10 The resource grant logic block 42 includes a grant control logic device 70, a current queue position register 

72, a next available queue position register 74, a resource type register 76, a resource ID register 78 and a 
responder register 80. The resource type register 76 stores resource type information identifying the type of 
resource coupled to the grant logic t>lock 42. The resource ID register 78 contains the infonnation that uniquely 
kjentifies the actual resource component 16 which is coupled to the grant k>gic block 42. Further, comparators 
15 84, 86, 90, 92 and 94 are coupled to the registers inside the resource grant logic 42 as aiustrated in Fig. 3. 
Also, increment logic devices 82 and 88 are coupled to the current queue position register 72 and next available 
queue position register 74, respectively. 

Altematlvely, cunrent queue position register 72 may be called a "currendy serving number register" in order 
to emptiasize the point that the resource type is ready to serve the value from this register that is broadcast 
20 on the grant bus 55. 

Also altematlvely, next available queue position register 74 may be called a *next available ticket number 
register* In order to emphasize the point that the value broadcast on request bus 53 during cycle 2 Is the next 
ticket number that the resource type has available to issue. 

A grant t>us arbiter 46 is coupled to the grant control togic device 70. Further, the grant control logic device 

25 70 has a control input to each of the registers 72, 74, 76, 78, 80 in ttie resource grant logic block 42. 

The common tMoadcast medium 50 includes a request bus 53 and a grant bus 55. The request bus 53 
further has a data line 108, which may irtdude plural lines, a match line 106 and an enor line 104. Similarly, 
the grant bus 55 includes a data line 114, which again can t>e a plurality of lines, a match line 112, and an error 
line 110. The error and match lines 104, 106, 112 and 110 function as control lines for the data lines 108 and 

30 1 14 of the request and grant buses 53 and 55,respectively. The control lines for the request and grant buses 
53 and 55 send and receive signals firom the request control logrc device 52 and grant control logic device 70. 

The operatk)n of the electronic distributed resource arbitration mechanism will now be described with refer- 
ence to Figure 3. The queuing discipline obtained by the example shown in Figure 3 is a First In First Out (FIFO) 
arrangement In operation, a requester 12 (see Fig. 2) sends a request s^nal 22 to the associated request con- 

35 trol logte device 52 in the resource arbiter 10. Upon receipt of the request signal 22, the request control logic 
device 52 latches there source type 24 output by the requester 12 into the resource type register 54. 

At this time, the request control logic device 52 sends a bus request signal 128 to the request bus arbiter 
44. As descrit^ed above, the request bus arbiter 44 can be any well known type of arbitration mechanism. For 
example, a round robin arbitration scheme can be used to prevent any particular requester from tosing arbh 

40 tration attempts for an extended period of time. Upon winning the arbitration, a bus grant signal 130 is sent to 
request control logic device 52 whereupon the request logic block 40 obtains control of the request bus 53. 

The request logic block 40 then begins arbitration using a 4-cycle OF>eratk)n. During the first cyde (Cycle 
1), the resource type stored in the resource type register 54 is placed on the request bus 53 data line 108. During 
the same cyde, the grant logic block 42 at each resource of each resource type nrK>nitors the request bus 53 

45 to receive the resource type from data line 1 08 for input into the comparator 92. The comparator 92 compares 
the resource type received from the data line 108 to the resource type information stored in the resource type 
register 76 of the grant logic block 42. This comparison is simultaneously done by all resource grant logic blocks 
42 coupled to the t>roadcast medium 50. However, only those grant logic blocks 42 of the same resource type 
will match the resource type information placed on the data line 108 by the request logic block 40. The com- 

50 parator 92 sends a match/no match signal to the grant control logic device 70. Only those resource grant logic 
t>locks 42 with a match signal continue with cyde 2. 

Because each resource type can indude multiple resources,ttie responder register 80 designates which 
resource grant logk: t>lock 42 within the resource type will output the match signal to the request bus 53. The 
designatk)n of a responder within a type is arbitrarily established when the arbiter is initialized. At that time, 

55 exactly one responder register 80 must be set within all resource grant logic blocks 42 comprising the same 
resource type. 

During the second cyde (Cyde 2), the responding grant control logic device 70 asserts a match signal 122 
on the match line 1 06 of the request bus 53. At the same time, the number stored in the next available queue 
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55 Figure 3 shows an example in block diagram fomi of a request logic block 40 coupled to the common broad- 

cast medium 50 and operating to request a particular resource through a resource grant logic block 42 
associated with the resource type desired by the requester. The signals and cyde connections utilized in pro- 
cessing a request by the resource arbiter are also shown in Figure 3. 
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10 sends the requester ID 30 to the resource 16. the resource 16, having its own resource ID 32 (not shown) ^ 
and the requester ID 30, can operate to directly access the requester 12 over the resource access path 14. 

Figure 1C shows a block diagram of a further embodiment of the arbitration mechanism of Figure 1. In Fig- 
ure ICassociated groups 34 of one requester 12 with one resource 16 are shown. The groups 34 allow for the 
5 case wherein a user of the arbiter can t>e tx>tli a requester and a resource, e.g., a CPU. an I/O device, eta Figure 
ID illustrates the case where the groups 34 can t>e of a particular resource type 18. 

Referring to Figure 2, there is shown a more detailed diagram of the resource arbiter 1 0. The resource arbi- 
ter 10 includes request logic blocks 40 and resource grant logic blocks 42. Each requester 1 2 is coupled to an 
associated request logic biock 40 and each resource 16 is coupled to an associated grant logic block 42. The 
10 request and resource grant logic blocks 40 and 42. respectively, are further coupled to a common broadcast 
medium 50. The request logic blocks 40 are also coupled to a conventional bus arbiter 44 while the resource 
grant logic blocks 42 are coupled to a conventional bus arbiter 46. These bus arbiters 44 and 46 are, for 
example, round-robin arbiters, fixed priority arbiters,polljng with request snapshot arbiters, or any other well 
known type of arbiter. 

15 The common broadcast medium 50, which will be descrit>ed in more detail below, may be a single bus, a 

plural bus, an Ethernet, a token ring structure, etc. Figure 2 shows a dual bus structure 53 and 55. The bus 53 
operates as a request bus and the t>us 55 operates as a grant bus during the various cycles of the arbitratk>n, 
as will appear. When a single bus is used, the request signals and grant signals would be multiplexed onto the 
single bus structure. Moreover, a single bus structure could be used in place of the common broadcast medium 

20 50 and the resource access path 14 with all of the signals relating to requests, grants and communications be- 
tween the requesters and resources being multiplexed onto the single bus structure as will be descrit>ed in more 
detail below. 

The resource arbiter 10 may be In a single component arranged adjacent the resource access path 14 or 
distributed on a series of different logic boards, e.g., one per requester/resource, with each logic t>oard located 
25 near its associated lequester^resource. 

The operation of Example 1 of the invention is summarized in the upper entry of JatAe 1 . Referring to Table 
1. during Cyde 1 the requester broadcasts on the broadcast medium an indication of the resource type that 
the requester desires to use. This broadcast ts done after a sub arbiter grants access to the broadcast medium 
to the requester. 

50 During Cycle 2, the grant logic of the requested resource type then immediately broadcasts, after t>etng 

granted access by the sub arbiter to the broadcast medium, a tk^ket number. Also during Cyde 2, the request 
logic stores the ticket numt>er as a stored ticket number. 

An a synchronous watt then occurs as an instance of there source type finishes serving a previous request, 
and thereby t>ecomes ready to serve anc^er requester. 

35 Cyde 3 then begins with a grant logic circuit, associated with the free instance of the resource typo, broad- 

casting,after being granted access by a sub arbiter to the bix^adcast medium, the current serving number and 
an indk:atk)n of there source type. Also during Cyde 3 all request logic drcuits listen to the broadcast medium, 
and those waiting for the resource type indication contained in the broadcast compare their stored ticket number 
with the current serving numt>er. The one request logic circuit having a match notes that fact 

40 During Cyde 4 access by the requester to the avaflabEe instance of the requested resource type is granted. 

The grant of access is fadlitated by ttie Path Controller having available the Requester ID and the Resource 
ID. 
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A nnore detailed understanding maybe had from the following description of a prefen-ed embodiment given 
by way of example only and to be understood in conjunction with the accompanying drawings wherein: like num- 
erals represent like parts in the several views and wherein: 

Figure 1 is a block diagram of a system having an electronic arbitration mechanism constructed according 
to an embodiment of the present invention. 

Figure 1 A is a block diagram of another embodiment of the system of Figure 1 . 

Figure 1 B is a block diagram of a further embodiment of the system of Figure 1 . 

Figure 1 C is a block diagram of yet another embodiment of the system of Figure 1 . 

Figure 1 D is a block diagram of still a further embodiment of the system of Figure 1 . 

F^ure 2 is a detailed block diagram of the resource arbiter of Figure 1. 

F^ure 3 is a detailed block diagram of the art>itration logic and arbitration cycles of Figure 2. 

Figure 3D is a detailed block diagram of another embodiment for the arbitration logic and arbitration cycles 
of Figure 2. 

Figure 4 is a block diagram of a system having an electronic arbitration mechanism and a cross bar switch 
coupling the requesters to the resources. 

Figure 5 a block diagram of an electronic arbitration mechanism according to a preferred embodiment 
of the present invention used in a packet or circuit communication switch. 

Figure 6 is a block diagram of an electronic art>itration mechanism according to the present invention used 
in a distributed workstation system having a common bus. 

Detailed Description 

A first example of the Invention is shown in Figures 1 through Figure 3. ^ 
Refening to Figure 1 , there is shown a bk)ck diagram of a system having an electronic arbitration mechan- 
ism according to the present invention. A pluraSity of requesters Mentified (ID) as 1 through W are coupled 
via a resource access path 14 to a plurality of resources 16 having ID's = 1 through "n". In the illustrated emt>o- 
diment, the resource access path 14 comprises a shared bus to selectively couple any one of the requesters 
12 to any one of the resources 16. The resources 16 can k>e grouped into resource types 18 identified as 
resource types 1 through "k". The resource types may t>e, for example, CPUs, storage devices and I/O devices 
or resources ass^ned particular tasks such as, for example, CPUs available for batch job processing/ tele- 
phone hunt groups (also known as trunk groups), etc. As shown In Figure 1, resource type 1 includes resources 
16 having ID's =1 through T and resource type k includes resources 16 identified as T through "n". A requester 
12 can comprise any deyk^e coupled to the resouroe access path 14, sudi as a CPU, which wants access to 
a resource 16. 

A distributed resource arbiter, shown generally as block lO.ss coupled to the requesters 12 and resources 
16. There source arbiter 10 includes, in one embodiment, an access path controller 20. The resource arbiter 
10 accepts requests from each of the requesters 12 for access to any there source types 18. The resource 
arbiter 10 provides source and destinatton information such as requester ID and resource ID infonmation on 
lines 30 and 32. respectively, in a controlled order to the access path controller 20. The source and destination 
infonnation er)at>les the access path controller 20 to control the resources access path 14 to couple a selected 
requester 12 to a requested resource 16 after the granting of the resource request of the selected requester 
12 by the resource arbiter 1 0. 

Whenever a requester 12 requires access to a resource 16, it sends a request signal 22 along with the 
type of resource 24 requested to the resource arbiter 10. The resource arbiter 10 monitors the status of the 
resources 1 6 to determine if they are free or busy. The monitoring of the resources' status can t>e accompi ished, 
for example, via a signal line 28 for each resource 16. Once the requester 12 has won the arbitration in the 
resource arbiter 10. a grant signal 26 is returned to the requester 12. At this time, as shown in Figure 1, both 
the requester ID 30 and resource ID 32 are output from the resource arbiter 10 to the access path controller 
20. The access path controller 20 then couples the requester 12 to the resource 16 via the resource access 
path 14. 

Figures 1A and IB aiustrate further emtx>diments of the system of Fig. 1 wherein either the requester 12 
(Figure 1A)or the resource 16 (Figure IB) is used to control the coupling of the requester 12 to the resource 
16 over the shared access path 14 in place of the access path controller 20. Figure 1A shows the resource 
arbiter 10 sending both the grant signal 26 and the resource ID 32 to the requester 12. In this method, the 
requester 12. having its own requester ID 30 (not shown) and the resource ID 32 can operate to directly access 
the resource 16 over the resource access path 14. Alternatively, as shown in Figure 1B, the resource arbiter 
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cast medium an indication that a finee instance of the preselected type of resource is prepared to serve a reques- ^ 
ter. The indication that a free instance of the preselected type of resource is prepared'to serve a requester is 
hereinafter referred to as a third queue position information. 

During a fourth cyde a means, responsive to the second queue position infomnation and responsive to the 
5 third queue position information, grants access to the selected one of the requesters to use the free instance 
of the preselected type of resource. 

In a first example a first in first out (FIFO) queuing discipline is provided by, the queue p>ositlon infomnation 
broadcast during the second cyde by the grant logic circuit and stored by the request logic circuit is a ticket 
number for the resource type, where the ticket numt}er is generated sequentially in ascending order. During 
10 the third cyde the grant logic circuit broadcasts the next sequential ticket number to be served along with an 
indication of the resource type that is free. And all of the request logic drcuits read the broadcast from the broad- 
cast medium, and the one having a matching ticket numt>er for the preselected type of resource notes this fact. 
During the fourth cyde access is granted through an access path. 

In a second example also providing a FIFO queuing disdpline,the queue position infonmatton broadcast 
15 during the second cyde by the grant logic circuit and stored by the request logic circuit is a queue length for 
the requested resource type. As another requester is added to the list of those waiting for that resource type, 
the queue length becomes one unit longer. During the third cyde the grant logic circuit broadcasts the identi- 
fication of the resource type that has become available to serve a requester, and each request \og\c circuit watt- 
ing for that resource type decrements its stored queue length, and the one having the decremented value equ- 
20 aling a predetermined number notes that fact In the fourth cyde access is granted to the requester to use the 
instance of the resource type, where the winning requester is the one having Its decremented queue position 
equaling the predetermined numt>er. 

In a third example, the queue length is broadcast during the second cyde as in Example 2, however the 
queue lengths are incremented by the request Icgic circuits during the second cyde, thereby giving a last in 
25 first out, LIFO, queuing disdpline. 

The access path l>etween the requester and the instance of the resource may be granted by enabling a 
crossbar switch. Alternatively, Che access path may be a single wire bus, or may t>e a multi wire t>us. 

A sub arbiter is used to arbitrate access to the broadcast medium for transfer of queue position infonmatton. 
In the event that several instances of the requested resource type are available to service a request, the sub 
30 arbiter selects the instance tttat servtoes tfie request as the instance that wins the arbitration for the broadcast 
medium. 

Alternatively, the broadcast medium may compriso two multi wire tHJses, referired to as a request bus and 
a grant bus. 

As a further attemative, the broadcast medium may have more than two buses. 

35 As an aid to under^nding the present invention, we now discuss an analogous method of distributed arbi- 

tration for arbitrating access to shared resources. A distributed arbitration scheme used for many years in retail 
stores such as, for example a bakery, operates as folk>ws. Each customer takes a numbered ticket upon enter- 
ing the bakery.There are a numt>er of counters, the cookie counter, the bread counter, the doughnut counter. 
Each different counter represents a resource type. Each derk working at a specific counter is an instance of 

40 the resource type of the counter.Each customer, or requester, for the cookie counter receives a queue number 
for the cookie counter, each customer for the bread counter receives a queue number for the bread 
counter,each customer for the doughnut counter receives a queue numt>erfor the doughnut counter, etc. And 
the respective queue numt>ers may l>e written on color coded tickets, for example, a green ticket may represent 
the cookie counter, a red ticket nr^y Indicate the bread counter, a yellow ticket may indicate the doughnut 

45 counter, etc. That is, the ticket is cdor coded in order to indicate resource type. The ticket color is a resource 
type identification code. 

There are various ways that the ticket numbers can be arranged, for example, there may be different color 
rolls for each counter with each roll being numbered in sequence. 

The customer holds his ticket in his hand, keeps it in his pocket, memorizes the number, etc. The customer 

50 then waits asynchronously until his number is called from ttie appropriate counter, and he compares the called 
number with his ticket numt>er in order to know that his number was called. The custonter steps up to the 
counter, shows his tidtet numt»er, and access to the resource type is granted. There may be several derks 
working at a counter, arsd each clerk is an instance of the resource of the counter. Since the customer does 
not care wlitoh derk waits on him, the first available instance of the resource type handles his purchase. 

55 An alternative queuing discipline may be selected by adopting a desired order in which numkjers are called 

out For example, favored customers may be given a priority status by having their ticket number called out 
first 
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tralized sdieme. requesters are separate from the arbiter and the arbiter is solely responsible for implementing 
the designated arbitration scheme. In distributed arbitration.however, the arbiter logic is distributed or divided 
throughout the system so that logic is closely associated with each requester and or each resource. Therefore, 
each requester is responsible for implementing a designated portion of the arbitration protocol. Both centralized 
5 and distributed arbitration schemes have advantages depending upon the specific application. The main dif- 
ferences are in the numt>er and type of signal paths between requesters and the arbiter and in their fault toler- 
ance characteristics. 

Ail of these arbitration schemes, however, tend to be limited and are not acceptable either in rapid arbi- 
tration for computer communications or when used with a computer system having a large number of requesters 
10 and resources, or systems with multiple types of resources. For example, in prior arbitration schemes, when 
multiple resources having multiple instances were involved, multiple arbiters were frequentiy duplicated for 
each resource type, thereby increasing the cost and resulting in burdensome redundancy in the system. 

Summary Of The Invention 

There is provided a fast arbiter capable of t>eing easily scaled to t>oth large numbers of requesters and 
large numtiers of types of resources where there are multiple instances of each type of resource, and also the 
arbiter has a selectable queuing discipline. 

The invention in its broad form resides in a nnethod and apparatus for arbitrating for establishment of access 

20 t>etween a plurality of requesters and a plurality (yf types of resources, each said type of resource having at 
least one instance, said apparatus characterized by. a request logic circuit coupled to each said requester,the- 
reby forming a plurality of said request logic circuits; a grant logic circuit coupled to each said instance of said 
plurality of types of resources, thereby forming a plurality of said grant logic circuits; a broadcast medium for 
tran^erring information among said plurality of request logic circuits and said plurality of grant logic circuits; 

25 means, responsive to a selected one of said requesters desiring to use a preselected type of resource, for saM 
request logic circuit coupled to said selected requester to broadcast a request onto said t>roadcast medium for 
said preselected type of resource; means, responsive to said broadcast of said request, a first grant logic ^ 
ctrcutt to broadcast queue position information on said broadcast medium for said preselected type of resource, ^ 
said queue position infomiuition for said preselected type of resource is hereinafter referred to as a first queue %. ^ 

30 position information; 

means, responsive to said t>roadcast of said first queue position information, for said request logic circuit coup- 
led to said selected requester to store said first queue position information, said stored queue position infor- 
mation hereinafter referred to as a second queue position Information; means, responsive to an instance of 
eaid preselected type of resource becoming free and prepared to serve a requester, fbra second grant logic 

35 ctrcutt to broadcast on said t>roadca8t nriedium an indication that a free instance of said presold ^ 
resource is prepared to swerve a requester, said indication that a free instance of said preselected type of 
resource is prepared to serve a requester is hereinafter referred to as a third queue position information; means, 
responsive to said second queue position information and responsive to said third queue position information, 
for granting eccess to said selected one of said requesters to use said free instance of said preselected type 

40 of resource. 

Apparatus for arbitrating access among a plurality of requesters and a plurality of types of resources, each 
type of resource having at least one instance, as provided by a request logic circuit coupled to each requester, 
thereby forming a plurality of request logic circuits; a grant logic circuit coupled to each instance of the plurality 
of types of resources, thereby forming a plurality of grant logic circuits; a broadcast nnedium for transferring 
45 infonmation among the plurality of request logic circuits and the plurality of grant logic circuits. 

During a first cyde, request logic circuits provide a means,responsive to a selected one of the requesters 
desiring to use a preselected type of resource, for the request logic circuit coupled to the selected requester 
to broadcast a request for the preselected type of resource onto the broadcast medium. 

During a second cycle grant logic circuits provkle a means,responsive to the broadcast of the request, for 
so a first grant logic circuit to broadcast queue position information on the broadcast medium for the preselected 
type of resource, and the queue position information for the preselected type of resource is hereinafter refenred 
to as a first queue position information. Also, during the second cyde, there is a nr>eans. responsive to the broad- 
cast of the first queue position information, for the request logic circuit coupled to the selected requester to store 
the first queue |>osition information, the stored queue position information hereinafter referred to as a second 
55 queue position information. 

After an a synchronous wait for an instance of the requested type of resource to become free, a third cycle 
begins wherein a means, responsive to an instance of the preselected type of resource becoming free and prep- 
ared to serve a requester, fora grant logic circuit, associated with the free instance, to broadcast on the broad- 

4 



GNSOOCID: <EP 0463943A2_L> 




EP 0 463 943 A2 



Field of the Invention 

This invention relates to electronic system arbitration for one or more shared resources, and more particu- 
lariy to systems having a large number of requesters, muitipte instances of resources of different types and the 
5 requirementof fast arbitration. 

Background 

in modem electronic systems, resource arbitration is often required to determine the order in which reques- 
10 ters will have access to shared resources. As the size increases in electronic systems, for example computer 
systems, or for a second example, communication systems including telephone systems, or for a further 
example, computer local area networks and wide area networks, the number of requesters becomes large and 
also the number of resources becomes large. The resources may be divided into distinct types with multiple 
instances of many of the types. Arbitration for the resources becomes more difTicult as the number of requesters 
15 and the number of resources both become large. 

Also, in computer communications the arbitration process must be fast because the connect time for trans- 
mission of a data packet may t>e only a few microseconds to a few milliseconds. And the arbitration must t>e 
^st enough to provide efficient switching for such short connect times. 

The combination of fast arbitration for large numt>ers of requesters and resources puts a severe strain on 
20 arbiter design, and present arbiters are either too slow or do not scale well to targe numbers of requesters and 
large numbers of resource types, each with multiple instances. 
Examples of known arbitration systems follow. 

As a first example of a known arbitration system, one type of resource arbitration is known as round-robin 
polling. In the round-robin polling scheme, all requesters for the shared resource are either logically or physically 
25 arranged into a ring. The arbiter polls the requesters in the order in which they are arranged in the ring. The 
arbiter grants access to the shared resource to the first requester in the ring which has an active request When 
a requester has finished with the resource, the arbiter resumes polling at the next requester in the pre-estab- 
lished order. An example of a distributed round-robin polling scheme is a token-passing local area network such 
as IEEE standard 802.5. 

30 As a second example of a known arbitration system, another type of resource arbitration is known as fixed- 

priority polling. This scheme is similar to round-robin arbitration except that when the shared resource becomes 
free, the polling of the requesters always restarts at a constant pre-des'^nated point, i.e., the requester having 
the highest priority. 

As a third example of a known arbitration system, this fixed priority polling is also done with "Vequest snap- 
35 Shots" which attempt to prevent any partknilar requester from being unable to obtain access to a shared 
resource for an extended perk>d of time. This can happen, for example, to low priority requesters in the fixed- 
priority polling scheme. 

in the snapshot scheme, a "snapshor of all outstanding requests is taken after all requests of a previous 
"snapshot"have t>een serviced. All of the requests in the "snapshot'are then servrced according to the desig- 

40 nated polling discipline. Any new requests whi<^ occur during the time period after the "snapshot** is taken are 
inhibited or ignored until the next snapshot is taken. The request snapshot scheme guarantees that even the 
lowest-priority requester will be serviced so long as its request appears in a snapshot Further, all requesters 
wai each receive the shared resource no more than once per snapshot. An example of a distributed fixed-priority 
polling schen\e with snapshots is the IEEE P1196 NuBus scheme. 

45 As a fourth example of a known arbitratk>n system, another arbitration scheme, called contention arbi- 

tration, penmits one or more requesters to attempt to seize the shared resource at any time when the requesters 
perceive that there source is available. A potential problem with this scheme. however, occurs when two or more 
requests collide with each other without anyone gaining access to the shared resource.Schemes have been 
developed to overcome this obstacle so that when a collision does occur, the requesters involved follow a desig- 

50 nated policy for re^ttempting their request This policy can include waiting for a random time interval after the 
collision is over t>efore regenerating the request An example of contention arbitration Is the IEEE 802.3 stan- 
dard Ethernet Carrier-Sense-Multiple-Access/Collisk>n-Detect scheme. 

As a fifth example of a known arbitration system, a still further method of resource arbitration is known as 
queuing, in the queuing scheme, all requests are entered into a storage area called a queue. Requests are 

55 serviced from the queue according to a designated queuing discipline with the most conrunon queuing discipline 
t>eing a first-come, first-served policy. There are a variety of ways to implement a queue scheme, including the 
use of shift register menrK)ries, circular tniffers, and linked lists. 

Arbitration schemes are further classified as either centralized or distributed arbitration schemes. In a cen- 
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